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Today’s  Presenter 


Nanette  Brown  is  a  Visiting  Scientist  with  the 
Software  Engineering  Institute’s  Research, 
Technology,  and  System  Solutions  Program  and  is 
a  Principal  Consultant  with  NoteWell  Consulting. 
She  is  currently  engaged  in  an  SEI  Research 
Project  on  “Communicating  the  Value  of 
Architecting  within  Agile  Development”  as  well  as 
other  activities  focusing  on  architecture  within 
an  Agile  context. 

Previously,  Nanette  worked  at  Pitney  Bowes  Inc., 
most  recently  as  Director  of  Architecture  and 
Quality  Management,  where  she  was  responsible 
for  design  and  implementation  of  a  customized 
SDLC  that  blended  RUP  and  Agile  practices. 
Nanette  has  presented  at  multiple  industry 
conferences  including  SD  Best  Practices  and 
Project  World  and  the  World  Conference  of 
Business  Analysts  on  topics  such  as  Facilitated 
Iteration  Planning  and  the  SEI  scenario-based 
approach  to  specify  quality  attributes. 
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Polling  Question  #1 


How  did  you  hear  about  this  webinar? 

i.Social  Media  (i.e.,  Linkedln,  Twitter) 

2.SEI  Website 
3.SEI  Member  Bulletin 

4. Email  invitation  from  the  SEI 

5.  Website  with  webinar  calendar  (i.e.,  www.webinar-directory.com) 
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http://en.wikipedia.org/wiki/Continental_Divide_of_the_Americas 
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http://en.wikipedia.org/wiki/Great_Divide_Trail 
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“The  Great  Divide  Trail,  or  GDT,  is  a  wilderness  hiking  trail  in  the 
Canadian  Rockies.  The  trail  closely  follows  the  Continental  Divide 
between  Alberta  and  British  Columbia,  crossing  the  divide  no  fewer  than 
30  times.  (...) 

The  GDT  is  not  officially  recognized  by  Parks  Canada  and  therefore  is 
not  signed  and  not  always  even  an  actual  trail,  sometimes  merely  a 
wilderness  route.”* 


http://en.wikipedia.org/wiki/Great_Divide_Trail 


Crossing  the  Great  Divide 
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Polling  Question  #2 


Are  you  currently  using  Agile  Development  practices  within  your 
organization? 

1.  Yes 

2.  No 

3.  Not  sure 
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Polling  Question  #3 


Do  you  think  that  Agile  Development  and  Software 
Architecture  are 

i.ln  conflict 
2.Complementary 
3  I’m  not  sure 


TWITTER  Hashtag  #seiwebinar 

=S:  Software  Engineering  Institute  Carnegie  Mellon  bIowT^^oiT  Dvde 

©2010  Carnegie  Mellon  University 


Scouting  the  Terrain 
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What  is  Architecture? 
A  Thematic  Analysis 


Decisions  / 
Governance 


SEI 

IEEE 

TOGAF 

Rozanski  &  Woods 
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Architectural  Themes 


IEEE 

TOGAF 

Rozanski  &  Woods 
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Architectural  Themes 


IEEE 

TOGAF 

Rozanski  &  Woods 
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Structural  Theme  - 
Agreement 


Both  Agilists  and  Architects  agree  that  that  the 
structure  of  a  system  (i.e.,  the  system’s  decomposition 
into  components  and  component  inter-relationships) 
is  a  real  and  significant  concern. 
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Structural  Theme  - 
Debate 


Debate  between  the  Agile  and  Architectural 
communities  focuses  on  the  malleability  of  that 
structure  and  the  extent  to  which  it  should  be 
pre-defined  or  allowed  to  emerge  throughout  the 
course  of  development. 
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Structural  Theme  - 
Resolution 

Context  is  key 

•  Project  size  -  features,  code,  team  size 

•  Product  criticality 
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Criticality 


Alistair  Cockburn 

Crystal  Family  of  Methodologies 
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Structural  Theme  - 
Resolution 


Context  is  key 

•  Organizational  constraints 

-  Geographical  distribution 

-  Culture  -  tolerance  for  ambiguity  and  risk,  trust 

•  Discovery  and  innovation 

-  New,  unknown  emerging  market  or  well-established  domain? 

-  Maturity  of  technology  /  organizational  technology  experience  base 

•  Technology 

-  Embedded  System  vs.  Enterprise  Architecture 

-  Flexible  commercial  product  framework  or  “close  to  the  metal” 
development  environment 


Philippe  Kruchten  Blog  Post  -  “The  Context  of  Software  Development” 

http://pkruchten.wordpress.com/2009/07/22/the-context-of-software-development/ 


Architectural  Themes 


IEEE 

TOGAF 

Rozanski  &  Woods 
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System  Qualities  Theme 


Quality  attributes  are  typically  referred  to  as 
non-functional  requirements.  They  represent 
system  characteristics  (i.e.,  qualities  of  a  system) 
such  as  performance,  availability,  scalability, 
modifiability,  and  testability. 
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System  Qualities  Theme 


Quality  attributes  may  be  classified  by  their  primary 
stakeholders: 

•  End-user  stakeholders 

•  Development  stakeholders 

•  Delivery  &  support  stakeholders 
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Examples  of  Quality  Attributes 


End-User  Stakeholders 

•  Reliability 

•  Performance 

•  Availability 

•  Security 

•  Usability 

Development  Stakeholders 

•  Modifiability 

•  Testability 

•  Portability 

•  Reusability 

Delivery  &  Support 
Stakeholders 

•  Installability 

•  Diagnosability 

•  Per-Click-Sales-Ability 

•  SaaS-Ability 

•  Auditability 

•  Reconcilability 
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Eliciting  /  Expressing  Quality  Attributes 


Quality  Attribute  Scenarios 


Stimulus 

Environment 

Response 


Bass,  Clements,  Kazman  -  “Software  Architecture  in  Practice” 
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Eliciting  /  Expressing  Quality  Attributes 


“Forgotten  Stakeholder”  Stories 

As  a  <Stakeholder>,  I  want  <some  goal> 
so  that  <some  reason>” 


Acceptance  Tests 

Given  preconditions  (Environment) 
When  actions  or  triggers  (Stimulus) 
Then  consequences  (Response) 


Mike  Cohn  -  “User  Stories  Applied” 

Dan  North  -  “Introducing  BDD”  -  http://blog.dannorth.net/introducing-bdd/ 
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Polling  Question  #4 


How  are  quality  attributes  (or  non-functional  requirements)  elicited 
/  expressed  in  your  organization? 

1.  Declarative  statements  (the  system  shall ...) 

2.  Scenarios  or  stories 

3.  Test  Cases 

4.  Not  much  attention  explicitly  paid  to  quality  attributes 

5.  Other 
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When  Should  Quality  Attributes  be 
Addressed? 


“The  quality  attributes 
of  any  nontrivial  system 
are  determined  by  its 
architecture.”1 


“Make  it  work,  then 
make  it  faster.”2 


1  Clements,  Kazman,  Klein  -  “Evaluating  Software  Architectures”,  p.  109 

2  Cohn  -  “Agile  Estimating  and  Planning”  p.  126  -  reference  to  “The  Elements  of  Programming  Style” 
by  Kernighan  and  Plauger 
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When  Should  Quality  Attributes  be  Addressed? 


Context  is  Key! 


-  Software  Engineering  Institute 


Carnegie  Mellon 
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Tools  for  Navigation 
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Agile  &  Architecture  in  Release  Planning 


Release  Planning  is  a  critical  life- 
cycle  practice. 

Release  Planning  forces  choices 
that  bring  into  focus  issues  of 
cost  and  value,  current  needs, 
and  future  potential. 
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Agile  &  Architecture  in  Release  Planning 


How  to  integrate  architectural 
considerations  into  Agile  release 
planning? 

How  to  make  the  release  planning 
for  architecture  more  Agile? 
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Cycle  and  Release  Planning 


Life  cycle  has  a  major 
influence  on  the  way  in  which 
architecture  is  addressed 
during  release  planning. 
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Architecture  within  the  SDLC 


Agile  -  Inter-weave  architectural  implementation  with  the 
implementation  of  stakeholder  stories. 


RUP  -  Design,  code,  and  test  architecture  during  Elaboration 
Phase  iterations  by  focusing  on  architecturally  significant 
requirements.  Non-architecturally  significant  requirements  are 
defined,  implemented,  and  tested  in  the  Construction  Phase. 


Waterfall  -  Define  all  requirements,  complete  all  architecture  and 
design,  complete  all  coding,  and  perform  all  test  activities. 
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Polling  Question  #5 


Which  of  these  descriptions  most  closely  matches  development 
practices  at  your  organization? 

1.  Waterfall 

2.  RUP 

3.  Agile 

4.  None  of  the  Above 
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Architecture  in  Agile  Release  Planning 


Stakeholder 

Goals 


Technical 

Infrastructure 


Risks 


Release  Planning 


Risk  Tracking 
Sideboard 


► 


•  Clarification 

•  Estimation 

•  Prioritization 

•  Analysis  of 

-  Options 

-  Dependencies 

-  Tradeoffs 
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Release  Planning  Inputs 

Stakeholder  Goals 

•  Include 

-  Functionality 

-  Quality  attributes 

-  Constraints 

•  Expressed  by 

-  End  users 

-  Development  team 

-  Delivery  and  support  team 

•  Expressed  as 

-  Stories 

-  Acceptance  test  cases 


TWITTER  Hashtag  #seiwebinar 

Software  Engineering  Institute  CamegieMellon  £Z?«,Divlde 

©2010  Carnegie  Mellon  University 


Release  Planning  Inputs 

Technical  Infrastructure 

•  Includes 

-  Architectural  implementation  /  enhancements 

-  Technical  research  /  technology  selection 

-  Code-level  and  architectural  refactoring 

-  Technical  debt  -  incursion  and  reduction 

•  Expressed  by 

-  Development  team 

•  Expressed  as 

-  Stories 

-  Design  spikes 
-Tasks 

-  Technical  models  /  sketches  /  documentation 
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Release  Planning  Inputs 


Risks* 

•  Include 

-  Technical  risks 

-  Market  risks 

-  End-user  acceptance  risks 

-  Deployment  risk,  etc. 

•  Expressed  by 

-  End  users 

-  Development  team 

-  Delivery  and  support  team 

•  Expressed  as 

-  Stories  -  “As  a  <Stakeholder>  I  want  <risk  mitigation  action>  so  that  <risk 
mitigation  result>” 

*Risks  that  influence  release  planning  outcomes 
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Architecture  in  Agile  Release  Planning 


Stakeholder 

Goals 


Technical 

Infrastructure 


Risks 


Release  Planning 


Risk  Tracking 
Sideboard 


► 


•  Clarification 

•  Estimation 

•  Prioritization 

•  Analysis  of 

-  Options 

-  Dependencies 

-  Tradeoffs 
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Release  Planning  Dashboard 


Iteration  1 


Iteration  2 


Iteration  3 


Goals 

Risks 

Goals 

Infrastructure 

Goals 

Risks 

Infrastructure 


Risks 


Goals 


Goals 


Goals 


Risks 


Infrastructure 


Goals 


Goals 


Goals 


Infrastructure 

Risks 

Goals 

Infrastructure 

Risks 


Goals 
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Tracking  Sideboard 


The  Question  of  Real  Options 


Should  I  make  an  architectural  investment  in  anticipation  of  a 
future  need  for  a  given  story?  (i.e.,  functional  or  quality  attribute  story) 


How  likely  is  it  that  the  future  need  will  arise? 


Is  there  an  architectural  investment  that  I  can  make  now  that  will 
reduce  the  future  cost  to  implement  the  story? 


If  so,  what  is  the  cost  of  this  architectural  investment? 
(e.g.,  cost  to  implement,  opportunity  cost,  etc.) 


What  are  the  relative  economics  of  meeting  the  future  need  with  or 
without  having  made  the  prior  architectural  investment? 

(e.g. ,  relative  cost  and  time  to  implement  with  or  without  prior 
architectural  investment,  potential  opportunity  cost  from  delay  in 
meeting  the  future  stakeholder  need,  etc.) 
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Technical  Debt 


Technical  Debt  is  a  metaphor  developed  by  Ward 
Cunningham  as  a  means  of  explaining  the  need 
for  refactoring  to  non-technical  product  stakeholders. 


Cunningham,  The  WyCash  Portfolio  Management  System.  OOPSLA  '92  Experience  Report, 
http  ://c2 .  co  m/doc/oopsl  a92 .  htm  I 
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Technical  Debt 


Releasing  a  system  with  suboptimal  architecture, 
design  and  /  or  code  burdens  the  development 
organization  with  debt. 

The  interest  payments  associated  with  the  debt  cause 
future  system  enhancements  to  require  increased  time 
and  effort. 

If  re-factoring  techniques  are  not  used  to  pay  down  the 
debt,  debt  can  continue  to  accumulate  to  the  point 
where  enhancement  activities  grind  to  a  halt,  resulting 
in  metaphorical  (and  potentially  literal)  bankruptcy. 
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Martin  Fowler’s  Taxonomy  of  Technical  Debt 


Reckless 

Prudent 

“We  don't  have  time 
for  design” 

“We  must  ship  now 
and  deal  with 
consequences ” 

Deliberate 

Inadvertent 

“What’s  Layering ?" 

“ Now  we  know  how  we 
should  have  done  it” 

http://martinfowler.com/bliki/TechnicalDebtQuadrant.html 
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Real  Options  and  Technical  Debt 


Reckless 

Prudent 

“We  don't  have  time 
for  design” 

“We  must  ship  now  / 

and  deal  with 
consequences ” 

Deliberate 

Inadvertent 

“What’s  Layering ?” 

“Now  we  know  how  we 
should  have  done  it” 

http://martinfowler.com/bliki/TechnicalDebtQuadrant.html 
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Considering  Dependencies  in 
Agile  Release  Planning 


Dependencies  between 
stories  &  supporting 
architectural  elements 

Understanding  the  dependencies  between 
stories  and  architectural  elements  enables 
staged  implementation  of  technical 
infrastructure  in  support  of  achieving 
stakeholder  value. 

Dependencies  between 
architectural  elements 

Low-dependency  architectures  are  a  critical 
enabler  for  scaling-up  agile  development.1 

Dependencies  between 
stories 

High-value  stories  may  require  the 
implementation  of  lower-value  stories  as 
precursors.2 

1  Mary  and  Tom  Poppendieck-  “Leading  Lean  Software  Development” 

2  Mark  Denne,  Jane  Cleland-Huand  -  “Software  by  Numbers” 
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Where  Do  We  Go  From  Here? 


Focus  on: 

Design  of  agile  practices  for 

•  Real  options  analysis 

•  Quantifying  architectural  value 

•  Dependency  analysis 

•  Managing  technical  debt 

-  Incursion  (real  options  analysis) 

-  Reduction  (enhancement  of  technical  infrastructure) 
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We  Hope  You  Will  Join  Us  On  the  Journey 
We  Welcome 

•  Comments 

•  Questions 

•  Critiques 

•  Ideas 

•  Anecdotes 

•  Experience  Reports 

•  Collaboration  Opportunities 


http://saturnnetwork.wordpress.com/ 

Nanette  Brown 

nb@sei.cmu.edu 
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Discuss  Agile  Development  and  Software 
Architecture  further  at  SATURN  2010 


Keynotes  and  invited  talks 

Jim  Highsmith  Architects:  Accelerators  or  Anchors  to 

Organizational  Agility? 

Wayne  Longcore  Managing  scale  and  agility: 

Transformational  Architecture  for  the  Smart  Grid 

Philippe  Kruchten  Software  architecture  and  agility: 

a  clash  of  two  cultures? 


-  Software  Engineering  Institute 


Carnegie  Mellon 
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Discuss  Agile  Development  and  Software 
Architecture  further  at  SATURN  2010 


Presentations 

Architecture  and  Agile,  Friends  or  Enemies? 

Ger  Schoeber,  Sioux  Embedded  Systems  B.  V. 

Designing  and  Building  Large-Scale  Systems  in  an  Agile  World 

Stevie  Borne,  Dave  Henricksen,  Thomson  Reuters, 

Agile  Architecting:  Using  Agile  Principles  to  Agilitize 
the  Architecting  Process 

Amine  Chigani,  Virginia  Tech 

Agile  Architect  -  Integrating  Enterprise  Architecture  into  Agile  and  Lean 
Software  Development  Environments 

Srini  Penchikala,  InfoQ 
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Questions?? 


- \ 


Comments!! 
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JOIN  THE  CONVERSATION 


SATURN 


NETWORK  on  Linked 


El 


JOIN  THE  DISCUSSION 


The  SEI  Architecture  Technology  User  Network 
(SATURN)  is  a  professional  network  of  software, 
systems,  and  enterprise  architects  from  around 
the  world,  representing  industry,  academia, 
and  government. 


-  Software  Engineering  Institute 


Carnegie  Mellon 


TWITTER  Hashtag  #seiwebinar 
Crossing  the  Great  Divide 
Brown  ,  4/22/2010 

©2010  Carnegie  Mellon  University 


52 


SATURN  2010 


Sixth  Annual  SEI  Architecture  Technology 
User  Network  Conference 


REGISTER  NOW  www.sei.cmu.edu/saturn/2010 


ARCHITECTING  FOR  CHANGE 

May  17-21,  ‘ 

Minneapolis,  Minnesota  p 
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SEPG"  2010 

NORTH  AMERICA 

Perform  at  a  Higher  Level 


— firm 


www.sei.cmu.edu/sepg/europe/2010/ 


SEPG  is  the  premier,  global  conference  series  on 
software  ana  systems  process  management 


-  Software  Engineering  Institute 


Carnegie  Mellon 
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Become  an  SEI  Member! 

^  www.sei.cmu.edu/membership 
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SEI  Training 

^  www.sei.cmu.edu/training 


-  Software  Engineering  Institute 


Carnegie  Mellon 
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h  >  Podcasts  CfcRT's  Podcas 


CERT's  Podcast  Series:  Seci 


CERT 

Category.  Toch  V 
Language:  Enghi’ 

Free  SUBSCRIBE 


CERT’s  Podcast  Series 
Secunty  for  Business  Leaders 


PODCAST  DESCRIPTION 


a  Name 


1  Convergence:  Integrating  Physica  . 

2  IT  Infrastructure  Tios  for  Navigat 


CERT's  Podcast  Series: 
Security  for  Business  Leaders 

www.cert.org/podcast/ 


R  O  O  CERT’s  Podcast  Series 

Ci?....'  http://www.cert.org/podcast/undockplayer.html  fa 


Mitigating  Insider  Threat:  New  and  Improved  Practices. 

08.18.2009  -  Featuring  Dawn  Cappolli 


Analyzing  Internet  Traffic  for  Batter  Cyber  Situational  Awareness: 

0728  2009  •  Featuring  Derek  Gabbard 

Rethinking  Risk  Management: 

07.07.2009  -  Featuring  Chris  Alberts 

The  Upside  and  Downside  of  Security  in  the  Cloud: 

06. 1 6.2009  -  Featuring  Tim  Mather 

More  Targeted,  Sophisticated  Attacks:  Where  to  Pay  Attention: 
05.26.2009  -  Featuring  Marty  Undner 

I  Is  There  Value  In  Identifying  Software  Security  "Never  Events?": 
05.05.2009  •  Featuring  Robert  Charette 

J  Cyber  Security,  Safety,  end  Ethics  for  the  Net  Generation: 
f  04.14.2009  -  Featuring  Rodney  Petersen 

An  Experienced-Based  Maturity  Model  for  Software  Security: 

03.31 .2009  -  Featuring  Gary  McGraw 

Mainstreaming  Secure  Coding  Practices: 

03.17.2009  •  Featuring  Robert  Seacord 

B  Security:  A  Key  Enabler  of  Business  Innovation: 

03  03  2009  -  Featuring  Roland  Cloutier 

J  Better  Incident  Response  Through  Scenario  Based  Training: 

02.17.2009  -  Featuring  Chris  May 

An  Alternative  to  Risk  Management  for  Informat  Ion  and  Software  Security 

tO  Oft  9000  .  Fwttiirinn  Brian  Chess 


Waiting  forwww.cert.org. 
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For  more  than  20  years,  the  SEI  has  been 
at  the  forefront  of  software  engineering. 


By  becoming  an  SEI  Partner,  you  join  forces  with  a  software 
engineering  pioneer  and  an  institute  whose  credibility  provides 
a  solid  foundation  during  uncertain  economic  times. 

SEI  Partner  Network 

^  www.sei.cmu.edu/partners 
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SATURN  2010 

Sixth  Annual  SEI  Architecture  Technology 

User  Network  Conference 

ARCHITECTING  FOR  CHANGE 

May  17-21, 2010 

Minneapolis,  Minnesota 

Are  you  interested  in  learning  more?  Visit 
http://www.sei.cmu.edu/architecture/saturn/  to 

S^rndrou^^EHBMtGttne  SEI  software  architecture  work,  current  research,  tools  and  practices, 
news,  and  how  the  SEI  can  help  you. 


architecture  experts  through  the  SATURN  Network  on  Linkedln. 

■Attend  SATURN  2010  -  the  annual  conference  that  brings  together  experts  from  around 
SATURN  YOT0ange  l3est  Practices  in  developing,  acquiring,  and  maintaining  software, 

bVblWI II 5!  cl IlLTU Mi( 


rferprise  architecture.  Registration  is  now  open! 
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NO  WARRANTY 


THIS  CARNEGIE  MELLON  UNIVERSITY  AND  SOFTWARE  ENGINEERING  INSTITUTE 
MATERIAL  IS  FURNISHED  ON  AN  “AS-IS"  BASIS.  CARNEGIE  MELLON  UNIVERSITY 
MAKES  NO  WARRANTIES  OF  ANY  KIND,  EITHER  EXPRESSED  OR  IMPLIED,  AS  TO 
ANY  MATTER  INCLUDING,  BUT  NOT  LIMITED  TO,  WARRANTY  OF  FITNESS  FOR 
PURPOSE  OR  MERCHANTABILITY,  EXCLUSIVITY,  OR  RESULTS  OBTAINED  FROM 
USE  OF  THE  MATERIAL.  CARNEGIE  MELLON  UNIVERSITY  DOES  NOT  MAKE  ANY 
WARRANTY  OF  ANY  KIND  WITH  RESPECT  TO  FREEDOM  FROM  PATENT, 
TRADEMARK,  OR  COPYRIGHT  INFRINGEMENT. 

Use  of  any  trademarks  in  this  presentation  is  not  intended  in  any  way  to  infringe  on  the 
rights  of  the  trademark  holder. 

This  Presentation  may  be  reproduced  in  its  entirety,  without  modification,  and  freely 
distributed  in  written  or  electronic  form  without  requesting  formal  permission.  Permission 
is  required  for  any  other  use.  Requests  for  permission  should  be  directed  to  the  Software 
Engineering  Institute  at  permission@sei.cmu.edu. 

This  work  was  created  in  the  performance  of  Federal  Government  Contract  Number 
FA8721-05-C-0003  with  Carnegie  Mellon  University  for  the  operation  of  the  Software 
Engineering  Institute,  a  federally  funded  research  and  development  center.  The 
Government  of  the  United  States  has  a  royalty-free  government-purpose  license  to  use, 
duplicate,  or  disclose  the  work,  in  whole  or  in  part  and  in  any  manner,  and  to  have  or 
permit  others  to  do  so,  for  government  purposes  pursuant  to  the  copyright  license  under 
the  clause  at  252.227-7013. 
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